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Abstract —Current outdoor localization techniques fail to pro¬ 
vide the required accuracy for estimating the car’s lane. In 
this paper, we present LaneQuest : a system that leverages the 
ubiquitous and low-energy inertial sensors available in commodity 
smart-phones to provide an accurate estimate of the car’s current 
lane. LaneQuest leverages hints from the phone sensors about the 
surrounding environment to detect the car’s lane. For example, a 
car making a right turn most probably will be in the right-most 
lane, a car passing by a pothole will be in a specific lane, and the 
car’s angular velocity when driving through a curve reflects its 
lane. Our investigation shows that there are amble opportunities 
in the environment, i.e. lane “anchors”, that provide cues about 
the car’s lane. To handle the ambiguous location, sensors noise, 
and fuzzy lane anchors; LaneQuest employs a novel probabilistic 
lane estimation algorithm. Furthermore, it uses an unsupervised 
crowd-sourcing approach to learn the position and lane-span 
distribution of the different lane-level anchors. 

Our evaluation results from implementation on different 
android devices and 260Km driving traces by 13 drivers in 
different cities shows that LaneQuest can detect the different 
lane-level anchors with an average precision and recall of more 
than 90%. This leads to an accurate detection of the exact car’s 
lane position 80% of the time, increasing to 89% of the time to 
within one lane. This comes with a low-energy footprint, allowing 
LaneQuest to be implemented on the energy-constrained mobile 
devices. 

I. Introduction 

Lane-level positioning systems for cars represent the next 
generation for outdoor navigation, where systems will not 
only predict the car location on the road but also its exact 
driving lane. This fine granularity is required for a wide range 
of emerging applications including advanced driver assistance 
systems (ADASs) (T]|, autonomous cars (e.g. the Google driver¬ 
less car (2)), lane-level traffic estimation, electronic toll fee 
collection (3), predicting driver’s intent (4), among others. 
Current state-of-the-art outdoor car localization techniques 
can only provide an accuracy of about 10 meters in urban 
environments j5 ]. While such accuracy may be enough for 
ordinary location-based services [6|, (7), it fails to estimate 
the car’s exact lane position (Figure [T}. 

A number of systems were proposed to provide finer lane- 
level localization accuracy However, these systems 

require special accurate GNSS devices (e.g. augmented GPS 
or RTK-GPS) and/or an expensive calibration phase (e.g. |8), 
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Fig. 1: Current outdoor localization technologies fail to provide 
enough accuracy to estimate the car's lane position. The ‘x’ mark 
denotes the GPS position and the circle denotes the associated error. 
While the red car is moving in the 2nd lane, an error around three 
meters moves its estimate to the 4th lane. 

[9]), limiting their ubiquitous deployment. On the other hand, 
computer vision based techniques, e.g. fTO) , use a camera to 
detect the lane markings. However, using an image processing 
solution raises accuracy challenges when road markings are 
unclear, line-of-sight is obstructed, and/or in bad weather 
conditions. It also requires extensive energy and processing 
power from commodity smart-phones. 

In this paper, we present LaneQuest ; a system that lever¬ 
ages the ubiquitous sensors available in commodity smart¬ 
phones to provide an accurate and energy-efficient estimate 
of the car’s current lane. Starting from an ambiguous loca¬ 
tion estimate, e.g. reported by the GPS, LaneQuest leverages 
driving events detected by the phone sensors to reduce this 
ambiguity. Specifically, LaneQuest uses the low-energy inertial 
sensors measurements to recognize unique motion events while 
driving such as changing the lane, turning right, or passing 
over a pothole. These events or “lane anchors” provide hints 
about the car current lane. For example, a car making a left 
turn most probably will be in the left-most lane; Similarly, 
potholes typically span only one lane, allowing detecting the 
lane of cars that pass through them. LaneQuest uses a crowd¬ 
sensing approach to detect a large class of lane anchors as 
well as their positions through the road network and the lanes 
they span, exploiting them as opportunities for reducing the 
ambiguity in lane estimation. 

To handle the sensors’ noise, location ambiguity, and error 
in anchors location estimation, LaneQuest models the lane 
estimation problem as a Markov lane detection problem that 
combines the car motion events (such as changing lanes) with 
lane anchor detection in a unified probabilistic framework. 
We have implemented LaneQuest on different android devices 
and evaluated it using actual driving experiments at different 
cities using 13 drivers with a combined driving traces length 










of more than 260 km. Our results show that LaneQuest can 
detect the different lane anchors with an average precision and 
recall of 95% and 90% respectively. This leads to accurately 
detecting the car lane more than 80% of the time, increasing 
to 89% to within one lane error. Moreover, LaneQuest has 
a low-energy profile when implemented on top of different 
localization techniques. In summary, our main contributions 
are four-folds: 

• We present the architecture of LaneQuest : an energy- 
efficient crowd-sensing system that leverages the 
sensed lane-anchors and car’s dynamics to provide an 
accurate estimate of the car’s current lane without any 
prior assumption on its starting lane position. 

• We provide the details of a unified probabilistic frame¬ 
work for robust detection of cars’ driving lane. 

• We propose a crowd-sensing approach for detecting 
the position and lanes of different types of lane-level 
anchors. The proposed technique captures the inherent 
ambiguity in the crowd-sensing process. 

• We implement LaneQuest on android phones and eval¬ 
uate its performance and energy-efficiency in different 
cities. 

The rest of the paper is organized as follows: Section [II 
presents an overview of the system architecture. Section [ill 
gives the details of the LaneQuest system. Section [Tv| provides 
our evaluation of LaneQuest. We discuss the related work in 
Section [V] Finally, we conclude the paper and give directions 
for future work in Section |VT] 

II. System Overview 



User Traces 



Lane Estimate 


Fig. 2: LaneQuest system architecture. LaneQuest predicts the car 
current lane using a probabilistic approach by fusing knowledge of 
the car lane changes and a repository of lane-level anchors. Crowd- 
sourced traces are also used to detect new anchors and identify their 
lane position in an organic way. 


Figure [2] shows an overview of the LaneQuest system 
architecture. LaneQuest estimates the car’s lane position using 
inertial sensors available on a cell-phone attached to the 
car’s windshield or a dashboard-mount. It leverages the car 
dynamics (e.g. changing lanes) and detected anchors in a 
probabilistic Markov framework to estimate the car’s current 
lane. The system has four main components: the Preprocessing 
module, the Event Detection module, the Probabilistic Lane 
Estimation module, and the Lane Anchors Update module. In 
this section, we give an overview of each of these modules. 

A. Preprocessing Module 

This module is responsible for preprocessing the raw 
input sensors and location data to reduce the noise effects. 
LaneQuest collects time- and location- stamped measurements 
from the energy-efficient inertial sensors in the cell-phone. 
These include the accelerometer, gyroscope and magnetometer. 
To handle the noise in the sensors readings, we apply a local 
weighted low-pass regression filter 0- In addition, we also 
transform the sensor readings from the mobile coordinate 
system to the car coordinate system leveraging the inertial 
sensors ED ED After this transformation, the sensors y- 
axis points to the car direction of motion, x-axis to the left 
side of the car, and z-axis is perpendicular to Earth (pointing 
to the car ceiling). 

For location information, LaneQuest does not require a 
specific localization technique; it can leverage GPS, network- 
based localization techniques EDEO or other more accurate 
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Fig. 3: The probabilistic lane estimation basic idea: At the beginning, 
the car’s lane is unknown. Then, as the car moves to the adjacent 
right lane the distribution shifts to the right since, most probably, the 
car is not at the left-most lane anymore. Finally, as the car encounters 
a lane anchor, its lane is mostly known as the anchor’s lane. 


and energy-efficient GPS-replacement techniques, e.g. |5|. To 
further enhance the input location accuracy, we apply map 
matching [ Uf] to align the car’s location estimates to the road 
network. 


B. Event Detection Module 

There are many driving patterns that can give cues for 
the car’s current lane based on their unique signature on the 
different phone sensors. For example, when a car moves to the 
adjacent lane to the right, the car is with high probability not in 
the left-most lane (Figure [3]). This “lane change event” can be 
detected by the phone inertial sensors (using the Lane Change 
Detection sub-module) and used to reduce the ambiguity in 
the car’s current lane. 


























































































(a) A car doing a u-turn will be (b) U-turns cause a change 
at the left-most lane with high around 180° in the estimated 
probability. orientation. 

Fig. 4: The phones’ orientation sensor can detect a u-turn, which in 
turn gives a better idea about the car current lane. 

Similarly, when making a u-turn, the car is most probably 
at the left-most lane before and after the u-turn. Therefore, 
noting that the car’s direction changes by around ±180° when 
making a turn, which can be captured using the cellphone’s 
orientation sensor (Figure [4]) using the Lane Anchor Detection 
module, this “u-turn anchor” hint is used by LaneQuest to 
reduce the ambiguity of the car’s current lane. 

LaneQuest differentiates between two types of lane an¬ 
chors: Bootstrap anchors and Organic anchors. Bootstrap 
anchors have a clear pre-known lane distribution across the 
road. For example, stopping a car occurs in the right-most 
lane; a u-turn is initiated in the left-most lane, and a right-turn 
happens with high probability in the right-most lane. On the 
other hand, organic anchors have unique signatures across the 
different lanes but their lane distribution cannot he pre-known 
and need to be learned. For example, a pothole can be detected 
by the phone sensors as we show in Section [ill] However, we 
do not know a priori in which lane this pothole is located. 
LaneQuest uses an unsupervised crowd-sourced approach to 
capture these anchors and identify their lanes distribution. 
The de tails o f operation of this module are discussed in 
Section IIII-CI 


mathematically principled way. LaneQuest does not make any 
assumption regarding the starting lane position of the car. This 
is modeled as a uniform distribution across all lanes. Then, as 
the car moves on the road, any cues for the car motion (i.e. 
lane changes) or detected lane anchors (e.g. a pothole) are used 
to update this lane belief distribution (Figure [3]). For example, 
assuming a car is moving on a four-lane road and it made three 
right lane changes, each time a lane change is detected the 
car’s lane position distribution is updated. After the third lane 
change, the car is at the right-most lane with high probability. 
Similarly, if we know that the road has a pothole at the second 
lane around the current car location and the car encounters it, 
then most probably it is at the second lane. 

The details of operation of this module are discussed in 
Section IIII-BI 


D. Organic Lane Anchors Updates Module 

This module is responsible for estimating the location and 
lane distribution of organic anchors such as curves and pot¬ 
holes. It uses a crowd-sensing approach, where the information 
about the detected lane anchors from different system users 
is collected and processed to estimate the anchor location and 
lane distribution based on the reporting cars’ lane distributions. 

The detail s of operation of this module are discussed in 
Section IIII-DI 


III. The LaneQuest System 

In this section, we provide the details of the LaneQuest 
novel probabilistic lane estimation, event detection module, our 
unsupervised lane-anchors detection algorithm, and practical 
considerations. We start by the mathematical notations. 

A. Notations 


C. Probabilistic Lane Estimation Module 

To achieve robust and accurate lane estimates based on 
the noisy inertial sensors measurements, the ambiguous car 
locations, human driving anomalies, and fuzzy lane anchor 
locations; LaneQuest uses a probabilistic estimation technique. 
Specifically, our lane estimation technique is based on Markov 
Localization GD (20) , which is known in the robotics domain 
for addressing the problem of state estimation from noisy 
sensor data. Instead of maintaining a single hypothesis about 
the robot location, Markov localization uses a probabilistic 
framework to maintain a probability density over the set of 
possible locations. Such a density can have an arbitrary form 
representing various position beliefs, including multimodal 
distributions. Markov localization can deal with ambiguous 
situations and it can re-localize the robot position in the case 
of localization failures. The basic assumption in Markov local¬ 
ization is that the current state, i.e. the current robot location, 
captures the entire movement history (Markov assumption). 
That is, the current position is the only state in the environment 
which systematically affects the sensors readings. 

Accordingly, LaneQuest uses Markov localization to main¬ 
tain a probability distribution over all possible lanes. This 
probabilistic representation allows it to weigh the different 
hypotheses and reach a more accurate lane estimate in a 


• Let i t denote the actual car’s lane position at time 
t and L t denote the corresponding discrete random 
variable. i t can take values from 1 to n; where n is 
the number of road lanes. 

• The belief about the car’s lane position at time t is 
Bel(L t ). Bel(L t ) is the probability mass function rep¬ 
resenting the probability distribution over the road’s 
lanes. 

• Let e t denotes the event detected at time t. The system 
can detect two types of events: motion events m t (i.e. 
lane changes to the right or left) and lane anchor 
detection event a t (e.g. a pothole or a u-turn). 

• Let s t denote the car’s lane position estimate at time 
t using our probabilistic algorithm. 

B. Probabilistic Lane Estimation 

Our lane estimation module aims to estimate the car’s lane 
using the detected events (motion events and anchors detection 
events). Since the lane belief ( Bel(L t )) changes only when the 
phone sensors detect an event, then at time T, the car’s lane 
belief will be based on all detected events till that time (e = 
eo, ei,..., ct)- This corresponds to the posterior distribution 

















over the road’s lane conditioned on all the detected events, 
that is 

Bel(L t ) = P(L t = l\e) = P(L T = £\e 0 , ...e T ) (1) 

When computing P(L t = £\e), we have two cases based 
on the two event types (motion event and anchor detection 
event). 


Case 1: The event is a motion event, i.e. lane change 

(ex’ = TTi j 1 )* 

A car moving over the road will use the same lane till it makes 
a right (ra r ) or a left ( m l ) lane change. Therefore, when the 
phone sensors detect a lane change (as in Section III-C1 }, the 
lane belief in Eq. [I] can be factorized to: 


Bel{L T ) = P(L t = £\e) = EIU P(Lr = £\e, L r -i = ££)P[L T - x = £, |e) 

( 2 ) 

This is based on the theorem of Total Probability |2T| , where 
the probability that the car is at a certain lane £ as a result 
of a lane change event is mapped to the summation of the 
possibility of being at any previous lane position multiplied 
by the transition probability of moving to £ from this previous 
lane. 

From the Markovian assumption, we can further simplify the 
term P(L T = £\e, L T - 1 = £^) to: 

P(L t = £\e, L T -i — £i) = P[L t - £\e 0 , e T -i, m T , L T -i — L) 
= P(L t = £\m T ,L T -i =£i) 

( 3 ) 

Similarly, ttit should not affect the lane position at T — 1 in 
the term P(Lt~ i = £i |e). Hence Eq. [2] can be written as: 

Bel(L T =£) = P(L t = £\e) 

= ElLt P(Lt = £\TUT, Lt- 1 = £i)P(Lt- 1 = £i\eo, ..., eT-i) 

(4) 

Which can be written in a recursive form as: 


Bel(L T =£) = YTi =1 P(Lt = £\tti t , L T -i = £ { )Bel{L T -i = Q 

(5) 

The probability P(Lt = £\ttit,Lt-i = represents the 
motion model and it should capture the uncertainty in our 
sensors measurements. We model this uncertainty using the 
confusion matrix between left-lane-change (m l \ right -lane 
change (ra r ) and no-lane change (m°) (Section III-C1). For 
example, if the current detected motion event is a left lane 
change, then P(Lt = £\ttit = tti 1 ,Lt- 1 = £i) is calculated 


as: 


P(i 


n l I mn ^ 


) £ — £i + 1 


P(Lt = £\trt = 7 Ti l , Lt- 1 = ££) — 


P(Tn l \Tn r ) £ = £i — 1 
P(m z |m°) £ = £i 

0 o.w. 


( 6 ) 


Case 2: The event is observing an anchor (eT = or) 
(perception model): 

The second type of events we have in our system is passing 
by one of the lane-anchors, i.e. ct = clt- In this case, Eq. [T] 
can be factorized using Bayes’ rule to: 


Algorithm 1 Lane Estimation Algorithm 
1: for each £ do 

2: Bel(L 0 =£) 4 — 1/n > Initialize the lane belief 

3: end for 
4: while true do 

5: if an anchor is detected then 

6: olt 0 

7: for each £ do > Perception model 

8: Bel(L T = £) P- P(a T \£)Bel(L T -i = £) 

9: olt 4 — olt + Bel(LT — £) 

10: end for 

11: for each £ do > Normalize the lane belief 

12: Bel{L T = t) -S- oq}Bel{L T -i = t) 

13: end for 

14: end if 

15: if lane change detected then 

16: for each £ do > Motion model 

17: Bel{L T = £) <- EIU P(£\£i,m T )Bel{L T -i = £i) 

18: end for 

19: end if 

20: st argmax BcI(Lt = £) > Estimate current lane 

i 

21: end while 


Noting that the denominator of the last equation does not 
depend on Lt, we can replace it by a constant {olt) (i.e. a 
normalizing factor). Therefore, Eq. [S] becomes: 

P{Lt = £\e) = aTP{ar\L T = £)P(L T = £\eo ,. ct- 1 ) 

(9) 

Again, this can be put in a recursive form as: 

Bel{L t =£) = (a T )P{a T \L T = £)Bel{L T - 1 = £) (10) 

The term P(clt\L t = £) represents the perception model, 
which is the likelihood that the lane-anchor’s signature ar 
would be observed if the user was actually in lane (£). Two 
factors affect this model: whether there is actually an anchor of 
the detected type near the car current location and the anchor 
lane distribution. Therefore, we model this probability as a 
weighted Gaussian distribution as follows: 

1 n c ( I ^ 2 

P(a T \L T = £) = P(£\a T )-^e °'H - ) (11) 

v 27T(J 

Where \£ — £ aT \ is the distance between the ar anchor’s lane 
position £ aT and the car current lane position £ and o is 
the uncertainty in the sensors measurements and the anchor’s 
lane position. We estimate o as the median absolute deviation 
(MAD) which is a robust estimator of o j22|. 

cr = 1.4826 x median T (|^ - £ a \) (12) 

Finally, the current car lane (st) is estimated as the lane with 
the maximum belief. 

Our lane estimation algorithm is summarized in Algo¬ 
rithm Q] 

C. Events Detection 


p{]^ _ £\e) _ P{ a T\eo,...,eT-i,L T =£)P{LT=£\eo,...,eT-i) 

\ t I ' P(dT\eo,...,eT-i) 

(7) 

That can be simplified based on our Markov assumption to: 

p (T P \ r \ P(cl t \L t = £)P(L t = L|e 0 , •••, e T -i) 

P(aT |eo, •••, e T ~i) 


In this section, we describe how LaneQuest detects the 
motion events (i.e. lane change) and the anchor detection 
events. 

1) Lane Change Detection: Drivers typically change their 
lanes while driving for several reasons including: a) the current 
lane is ending/merging b) the driver plans to make a turn 













Fig. 7: The decision tree used to identify the bootstrap lane anchors. 



Fig. 5: A car doing a lane change will have to make a small rotation 
around the z-axis, leading to a change in its x-axis acceleration. 
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Fig. 6: A left lane change causes a specific pattern on the x- 
acceleration. The pattern is reversed for right lane change. 

at an upcoming intersection, or c) the driver wants to move 
to a faster/slower moving lane. A number of techniques in 
literature proposed using the phone inertial sensors to detect 
the car lane change event (23), (24) . The idea is that for the 
car to change its lane, it experiences a change in its direction 
(Figure [5]), which causes a rotation around the z-axis of the 
accelerometer (for the oriented phone) and affects mainly the 
x-acceleration [25]. Assuming that the car is making a left- 
lane change (Figure [6(a)] ), then the x-acceleration reading first 
decreases to a low value and then increases back to a higher 
value. The pattern is reversed for the right lane change as 
shown in Figure [6(b)] To capture this pattern, we use a slightly 
modified version of the approach proposed by (24) , where we 
detect the maximum and minimum peaks within a window. 
If the difference between the two peaks exceeds a threshold 
and they are close (within 4 seconds (24)), we detect a lane 
change event. We detect whether it is a left or a right lane 
change from the peaks order (Figure [6]). Based on the traces 
from our experiments, we found that a window size of 7 sec. 
and a threshold of 0.8ra/s 2 gave good results (Section IV). 


2) Bootstrap Lane Anchors: LaneQuest defines bootstrap 
anchors as anchors that have unique sensors signature and a 
priori known lane distribution. These anchors include turns, 
merging and exit lanes, and stopping lanes. For the rest of this 


subsection, we will give details about the anchors detection 
and lane distribution for each of them. Figure [7] shows the 
decision tree used to identify the bootstrap lane-anchors. 

Turns : Turns and u-turns force the car to change its direction 
by around 90° and 180° respectively, which results in a big 
variance in the car’s orientation along with a change in its 
final orientation when it ends. This can be captured using 
the phone’s orientation sensor as shown in Figure |4(b)| To 
further differentiate between right and left turns, the difference 
between the starting and ending direction can be computed or 
the x-acceleration can be used as it results in patterns similar 
to the lane-change event (Figure [6]). 

Since the driver should make a turn only from the closest 
lane, the lane distribution for turn anchors is a skewed distri¬ 
bution according to the turn type. This distribution can be used 
initially and updated dynamically based on the crowd-sensed 
data as discussed in the next section. 

Merging and Exit Lanes: A merging lane is used to merge 
traffic between two roads. Similarly, an exit lane is used to exit 
a road, e.g. a highway, to another. Usually these lanes have a 
special extra lane to the main lanes on the road. The location 
of these lane anchors can be extracted from the digital map 
and passing by them can be detected based on the car’s map 
matched location. These lanes are usually the last lanes to the 
right or left. Therefore, if a car uses an exit or merge lane, its 
lane distribution will be skewed. Note also that not taking an 
exit or merge lane indicates that the car is not located in these 
special lanes. This negative information can be associated with 
the complement distribution of this type of anchors. Stopping 
Lanes: A car may only park in the right-most lane of a driving 
road. However, traffic signals and road congestion can make 
a car stop at any lane. To differentiate between parking and 
the other cases, we use a simple time filter, where parking is 
detected only if the car stops for more than 3 minutes. 

A parking anchor distribution clusters mainly on the right¬ 
most lane only and have small weights for the other lanes. 

3) Organic Lane Anchors: LaneQuest also defines organic 
anchors which have unique sensors characteristics across the 
different lanes. However, their lane distribution and road 
position cannot be predetermined without war-driving. These 
anchors include curves, tunnels, and potholes. For the rest 
of this subsection, we will give details about these anchors 
unique characteristics and how they differ across the different 






























Fig. 8: While moving over a curved road with radius n, the magnitude 
of the centripetal acceleration (aA is related to the angular velocity 
(w*). 



Time (sec.) 

Fig. 9: Estimated radius for a car moving at the different lanes of the 
same curve. The outer lane (1st lane) has the largest radius and the 
radius decreases for inner-lanes. 



Fig. 10: As the car goes inside/outside the tunnel, it experiences a 
higher variance in the x-magnetic field which decreases as we move 
away from the lane close to the infrastructure. 

lanes. We leave the details of learning their characteristic in 
an “organic” way to the next subsection. 

Curves: When a car drives over a curved-road with radius r, 
the direction of its tangential velocity vector (v) changes as 
it rotates over the curve. The rate of the direction change is 
the centripetal acceleration (a), which always points inwards 
along the radius vector of the circular motion. Without this 
acceleration, the car would move in a straight line, according 
to Newton’s laws of motion. Based on the circular motion 
laws j25j, the magnitude of the centripetal acceleration (a) is 
related to the angular velocity (w) as (Figure [8]): 

a = c o 2 r (13) 

Which can be arranged as: 


This equation provides a methods for estimating the radius of 
the lane the car is moving in based on the inertial sensors 
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Fig. 11: The three step unsupervised crowd-sourcing approach used 
by LaneQuest to learn the road location and lane distribution of the 
organic lane anchors. 


(angular velocity and centripetal acceleration). Figure [9] shows 
an example of the radius estimated for road curves at the 
different lanes. We can see a clear distinction between them. 
Tunnels : Going inside a tunnel causes a drop in the cellular 
signals for all the heard cell-towers [5 |. This drop can be used 
to detect the tunnel, but not the specific lane inside the tunnel 
as it is sensed in all lanes. Studying the effect of moving 
inside large tunnels with a number of lanes, we noticed a 
large variance in the ambient magnetic field in the x-direction 
(perpendicular to the car direction of motion) while the car is 
going inside the tunnel and going out of the tunnel. This can 
be explained by the metal and infrastructure (e.g. electricity 
lines) that exist on the side of the tunnel structure. This 
high variance decreases as you move away from the tunnel’s 
side where the infrastructure is installed (Figure [TO]). This is 
expected as magnetic interference is known to have an effect on 
smart-phone’s magnetometer within small distances only (26j. 
Potholes and other anomalies: Anomalies in the road surface 
such as potholes span only part of the road compared to traffic 
calming device (e.g. bumps and cat’s eyes), which spans the 
whole road. We identify such anomalies using thresholding on 
the variance of the z-gravity acceleration as in (27j. However, 
this leads to an ambiguity with other traffic calming devices. 
To resolve this ambiguity, we further use our unsupervised 
learning approach described in the next section. Typically, a 
traffic calming device such as a bump will have a uniform 
distribution over all lanes compared to a pothole that has a 
narrow distribution. 


D. Organic Lane Anchors Automatic Detection 

Organic anchors have known sensors signature but their 
exact location in the road and their probability distribution 
across the lanes cannot be predetermined unless a calibration 
phase across the area of interest is employed. Typically, this 
imposes an arduous data collection at the different lanes for 
the entire area. To reduce this overhead, we propose an unsu¬ 
pervised crowd-sourcing approach for identifying these lane- 
anchors profile. Specifically, for each identified road-anchor 
(e.g. a curve lane), we aim to determine its road location as 
well as its lane span distribution. We use a three step process to 
determine the lane anchor profile (Figure [IT]). Without loss of 
generality, we use the curve lane anchor as an example. First , 
we apply spatial clustering on all samples collected from all 
users that are detected as curves. This separates the different 
curves over the area of interest. The road location of the lane 
anchor is taken as the centroid of all points within this cluster. 

























Testbed 

Distance Covered 

Speed (Km/h) 

Number of Lanes 

Number of Roads 

Number of Lane Anchors 

Min. 

Avg. 

Max. 

Min 

Avg. 

Max. 

Bootstrap 

Organic 

Alexandria, EG 

200 

0 

40.3 

70.0 

3 

4.6 

5 

22 

359 

312 

Makkah, KSA 

60 

0 

88.3 

106.2 

3 

3.1 

4 

8 

45 

48 


TABLE I: Summary of the different testbeds used. 


Second , for each resulting cluster (representing one specific 
curve), we do a second level clustering of its points based 
on the lane-discriminating features (the radius in this case 
as explained in Section |III-C3| ) to separate the curve lane- 
anchor^] This helps in determining the lane position for a 
given lane anchor. Third , the curve lane anchor probability 
distribution (P(a\£)) is constructed from all the reported car 
lane beliefs for the points within this last resulting feature- 
based clustering step. In particular, we take the average of 
lane beliefs of the different points inside the cluster as: 

1 c 

P(a\£) = - (15) 

C U 

Where c is the number of points inside the cluster and P(L = 
t\Ui) denotes the probability that car U{ was at lane £ when 
it passed by this lane anchor. Similarly, other lane anchors 
are identified using the same process. The lane-discriminating 
features for the different lane-anchors are explained in detail 
in Section IHI-C3I 

Finally, we note that we choose a density-based clustering 
algorithm (DBSCAN |28j) for the two level clustering algo¬ 
rithms as the number of clusters is not required to be known in 
advance, the detected clusters can have arbitrary shapes, and 
outliers can be detected. 

E. Practical Considerations 


1) Adherence to traffic rules: Some drivers may violate 
traffic rules occasionally. For example, a driver can make a 
right turn from the second right-most lane. Lane Quest, since it 
uses a probabilistic framework, can incorporate this possibility 
in its lane distribution by flattening the lane distributions 
of the different anchors (e.g. by increasing the distribution 
variance). Also, many lane anchors, e.g. curves and potholes, 
are traffic rules-independent which can correct and update 
inaccuracies due to these violations; leading to a high overall 
lane estimation accuracy as we quantify in Section [TV| 

2) Number of lanes: LaneQuest assumes that the used 
digital map includes information about the number of lanes for 
the different roads. Such information is available in a number 
of the current digital maps and can also be automatically 
inferred using crowd-sourcing approaches, e.g. [29]. 

IV. Evaluation 

We implemented LaneQuest on different android devices 
including LG Nexus 4, HTC M8, Samsung Galaxy Note, Sam¬ 
sung Galaxy S4, and Samsung Galaxy Nexus. We evaluated 
the system in the city of Alexandria, Egypt and the city of 

'Note that for a given curve, each radius corresponds to a different lane 
anchor. 
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Fig. 12: Confusion matrix for the lane change events and the related 
anchors (curve). Note that Chg-L/R denotes left/right lane change. 
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Fig. 13: LaneQuest can identify the different bootstrap lane anchors 
with an average precision and recall of 0.98 and 0.91 respectively. 

Makkah, Saudi Arabia using 13 drivers with a combined drive 
traces length of 200 km in Alexandria and 60 km in Makkah. 
On average, we had about 4.2 lanes per road in our traces. 
Table [T] summarizes the testbeds parameters. 

To define our lane position ground truth, we developed a 
simple application to facilitate marking lane positions across 
the trips and the number of lanes in a particular road. The 
application has a map with a pointer for the user current 
position. To set the lane position, the user clicks on the pointer 
and choose the number of her current lane. To reduce the error 
due to manual labeling of the ground truth, the application 
detects lane changes and prompts the user to confirm the lane 
change and the new lane position. Without loss of generality, 
we use GPS as the localization technique through this section. 

For the rest of this section, we start by evaluating the 
accuracy of identifying the different events and anchors. Then 
we show the overall lane estimation accuracy. Finally, we 
show the energy-consumption overhead of adding LaneQuest 
to different localization systems to estimate the car’s lane. 

A. Motion Events Detection Accuracy 

Figure |T2] shows the confusion matrix for detecting the 
motion events (i.e. lane change) and the related anchors (i.e. 
turns and curves). The matrix shows that we can detect lane- 
changes, turns, and curves with high accuracy. This in turn 
enables high accuracy in lane estimation as we quantify later. 

B. Lane Anchors Detection Accuracy 

1) Bootstrap Lane Anchors Detection: Figure |T3] provides 
the precision and recall for the different bootstrap lane anchors. 

















































Fig. 14: LaneQuest can identify the different organic lane anchors 
with an average precision and recall of 0.91 and 0.88 respectively. 



Fig. 15: Effect of number of points within a cluster of traces on the 
lane-anchors identification accuracy. 



Lane Estimation Error (absolute no. of lanes) 


Fig. 17: CDF of lane estimation error when using LaneQuest com¬ 
pared to GPS. 
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Fig. 18: Power consumption for the different systems when integrated 
with LaneQuest. 



Lane events frequency (Event/hr) 

Fig. 16: Effect of events frequency on lane estimation accuracy. 


The figure shows that we can identify the different lane anchors 
accurately with an average precision and recall of 0.98 and 
0.91 respectively. 


2 ) Organic Lane Anchors Detection: Figure [14] provides 
the precision and recall for the different organic lane anchors. 
Note that curves here reflect the accuracy of detecting the 
correct lane within the curve as opposed to separating the curve 
from other events in the confusion matrix. The figure shows 
that that we can identify the different organic lane anchors 
accurately with an average precision and recall of 0.91 and 
0.88 respectively. 


Figure [T5] shows the effect of the number of points within 
a cluster of traces on the organic lane-anchors identification 
accuracy reflected by a zero total variation distance |[30) be¬ 
tween successive distributions. The figure shows that our two- 
stage clustering algorithm converges to a stable lane anchor 
distribution using as few as 20 points per organic anchor. This 
number is even amortized over the different cars that pass by 
this specific anchor. 


C. Lane Estimation Accuracy 

1) Effect of lane event frequency on accuracy: While we 
expect a user to detect a large number of lane-events (e.g. lane- 
changes, curves, turns, etc.), typically, we cannot predict how 
many lane-events the user will encounter during a trip. For 


this, we study the effect of reducing the frequency of detected 
lane anchors on accuracy by sub-sampling the actual detected 
events (Figure 16). The figure shows that even with a low 
rate of 10 lane-events detections per hour, LaneQuest can still 
identify the car’s exact lane more than 60% of the time. 


2) Steady state system accuracy: Figure [IT] shows the CDF 
of the lane estimation error for LaneQuest (with and without 
the transient period) compared to GPS. For GPS, we take the 
lane estimate as the closest lane to the reported GPS location. 
Due to the GPS inaccuracy, GPS biases its lane estimate to 
the rightmost or leftmost lane, leading to a large error in lane 
estimation. On the other hand, LaneQuest can identify the car’s 
exact lane more than 70% of the time. This increases to 89% 
to within one lane error. Moreover, since we start LaneQuest 
from an unknown lane position, it incurs the highest errors at 
the beginning. After removing this transient stage, LaneQuest 
performance increases by 15%. On average, the transient stage 
was in order of few minutes. However, using LaneQuest from 
the beginning of the trip shortens it to less than a minute (due 
to detecting the stopping-lane anchor, which has a clear and 
peaked distribution). 


D. Energy Overhead 


Figure [18] shows the energy overhead when integrating 
LaneQuest with other localization systems. The power con¬ 
sumption were calculated using the PowerTutor profiler m 
and the android APIs using the HTC Nexus One cellphone. 
Even though we implemented LaneQuest on GPS only, we 
compare its energy consumption with other localization sys¬ 
tems (mainly WiFi-based localization and the Dejavu sys¬ 
tem [j5j) based on estimating their energy consumption from 
the sensors they use. The figure shows that LaneQuest has a 
small negligible energy footprint. In addition, when combined 
with systems that use the inertial sensors for localization, e.g. 
Dejavu 0 it consumes zero extra energy. This highlights its 
suitability for use with the energy-constrained mobile devices. 























































V. Related Work 

Lane Quest provides an accurate lane estimation using iner¬ 
tial sensors available in commodity smart-phones. It leverages 
a set of lane-dependent driving patterns along with different 
road anchors to identify the car’s lane. Through this section, 
we discuss the different lane-level localization techniques 
and previous techniques that use inertial sensors for sensing 
different road parts or driving behavior. 

A. Lane Determination 

Current state-of-the-art localization techniques can only 
provide location estimates with an average accuracy around 
10m [51, which is not suitable for lane-level localization. To 
overcome this, researchers proposed different techniques J8j, 
(32) , (33) that are based on using an external accurate GPS 
device (LI GPS or DGPS) for localization and combining it 
with other sensors to provide more accurate lane-level location 
estimates. For example, in [8] authors fuse a high-accuracy 
GNSS receiver, an odometer, and a gyroscope, along with an 
enhanced digital map (that describes the road geometry using a 
particle filter-based algorithm) to position the user based on a 
combined GNSS-dead-reckoning approach and map matches 
her to her lane. Similarly, in (9) authors fused an LI-GPS 
device, camera and an enhanced digital map that stores lane 
markings information using a dynamical Kalman filter with 
map matching to get an accurate user position. 

All these techniques require special hardware, sometimes 
with ubiquitous deployment, in order to function; which limits 
their applicability on a large scale. 

Computer vision techniques have been proposed to detect 
the car lane. For example, in (TO) authors use the iPhone 
camera to detect the lane markings. Using cameras for lane 
detection, however, is highly susceptible to errors due to 
various factors such as lighting condition (e.g. night time, sun 
glare, headlight glare, shadows from nearby buildings, etc), 
bad weather conditions (e.g. snow, rain), and other environ¬ 
mental noise (e.g., faded lane marks, surrounding objects like 
buildings, parked cars, etc). Moreover, both camera and GPS 
have high energy requirements for the limited phone battery. 

LaneQuest , on the other hand, provides an accurate lane es¬ 
timate using only energy-efficient inertial sensors, eliminating 
the need for any special devices to be installed on the car or 
an expensive pre-calibrated enhanced digital map. In addition, 
it works well in many weather and environment conditions. 

B. Road Sensing and Driving Behavior Detection 

Inertial sensors have been used in literature for detecting: 
driving behavior (TT|, (23], (34) , map semantics (7) , (35), 
and road problems |27||, |36) For example, in (23], (34) 
authors used inertial sensors to detect the driving quality of the 
car’s driver. They identified driving patterns events like lane¬ 
changing and acceleration/deceleration and rated the driver 
according to the frequency and suddenness of these events. 
Similarly, in {TlJ, authors used inertial sensors and an external 
accelerometer to sense the car dynamics when turning to detect 
the driver’s phone usage. LaneQuest leverages similar events 
for estimating the car’s lane with extensions to separate close 
events, such as making a turn or moving on a curve, for more 
robust and accurate lane localization. 


In 0, authors inferred various map-semantics to en¬ 
rich digital maps such as tunnels, roundabouts, and bridges 
among others using cellphone’s inertial sensors and cellular- 
information. In (27] , authors used the cellphone accelerometer 
to detect the potholes without separating them from normal 
traffic calming devices, e.g. bumps. The Pothole Patrol (36) 
system, on the other hand, uses a 3-axis accelerometer and 
GPS to detect potholes along the road and apply a series 
of filters on the acceleration to separate between potholes 
and others like bumps and expansion joints. However, it uses 
external accelerometer which has higher sampling rate and 
lower noise compared to chips available on typical cellphones 
in the market. 

LaneQuest , on the other hand, uses the cheap noisy inertial 
sensors in standard cellphones to detect driving patterns like 
changing lanes or road semantics like tunnels. More impor¬ 
tantly, it identifies more fine-grained anchors at the lane-level , 
e.g. instead of just detecting one anchor for the tunnel, we 
detect different anchors for the lanes inside the tunnel. In 
addition, it uses an unsupervised crowd-sourcing approach to 
learn the signatures of these lane-level anchors. 

VI. Conclusion 

We presented the LaneQuest system for providing an 
accurate estimate of the car’s lane position. LaneQuest depends 
only on energy-efficient inertial sensors available on commod¬ 
ity off-the-shelf smart phones. It detects the car’s lane without 
any prior assumption on its starting lane position based on 
a novel probabilistic framework that fuses knowledge of the 
car’s dynamics with lane-anchors. These anchors are learned 
through an organic crowd-sourcing approach. 

Implementation of LaneQuest on a number of android 
devices using typical driving traces at different cities shows 
that it can detect the different lane-level anchors with an 
average recall and precision of more than 90%. This helps 
it detect the correct lane accurately with more than 80% of 
the time, increasing to 89% of the time to within one lane 
error. This comes with a low energy profile, allowing it to be 
implemented on the energy-constrained mobile devices. 

Currently, we are extending the system in multiple direc¬ 
tions including experimenting with other motion and percep¬ 
tion models, extracting more lane-level anchors, using other 
phone sensors, among others. 
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